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REMARKS 

Claims 1-39 are pending in the above-referenced patent application. Claims 14 and 27, 
and the specification have been amended to correct typographical errors. Further, Claims 1,14 
and 27 have been amended to further clarify the claimed invention. No new matter has been 
added. Attached hereto is a marked-up version of the changes made to the specification and 
claims by the current amendment. 

Please charge any required fees to our Deposit Account No. 01-1960. A duplicate copy 
of this letter is enclosed for that purpose. 

Objections to the Drawings 

Fig. 10 was objected to as being unreadable. Another copy of Fig. 10 with more readable 
reference numbers is enclosed herewith. 

Objections to the Specification 

The Abstract of the disclosure was objected to because it uses "said" therein. A corrected 
Abstract section is provided by this amendment wherein "said" has been replaced with "the". 

Further, the specification, page 29 lines 14-15, has been amended to replace the phrase 
"A proxy 1 1 7" with -A bridge 1 1 7~. 

Objections to the Claims 

Claims 14-39 were objected to because of certain informalities in Claims 14 and 27. 
Claims 14 and 27 have been amended to address the informalities. 

Double Patenting 

Claims 1-4, 6-17, 19-30 and 32-29 were provisionally rejected under the judicially 
created doctrine of obviousness-type double patenting as being unpatenable over Claims 1-28 of 
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co-pending Application No. 09/592,599 in view of USPN 6,033,202 to Lea et al ("Lea"). 
Applicants hereby file a terminal disclaimer in compliance with 37 CFR 1 .321(c) to overcome 
said obviousness-type double patenting rejection, as Application No. 09/592,599 is commonly 
owned with this patent application. Accordingly, Applicants respectfully request the withdrawal 
of the rejection of Claims 1-4, 6-17, 19-30 and 32-29 thereunder because the rejections are 
hereby rendered moot. However, if the terminal disclaimer fails to overcome the rejections, 
Applicants reserve the right to file a substantive response. 

Claims 5, 18 and 31 were provisionally rejected under the judicially created doctrine 
of obviousness-type double patenting as being unpatenable over Claims 1,10 and 20 of co- 
pending Application No. 09/592,599 in view of USPN 6,033,202 to Lea et al ("Lea") and further 
in view of USPN 5,956,487 to Venkatraman et al ("Venkatraman"). Applicants hereby file a 
terminal disclaimer in compliance with 37 CFR 1.321(c) to overcome said obviousness-type 
double patenting rejection, as Application No. 09/592,599 is commonly owned with this patent 
application. Accordingly, Applicants respectfully request the withdrawal of the rejection of 
Claims 5, 18 and 31 thereunder because the rejections are hereby rendered moot. However, if the 
terminal disclaimer fails to overcome the rejections, Applicants reserve the right to file a 
substantive response. 

Re jection of Claims Under 35 USC 102 

Claims 1-2, 6-15, 19-28 and 32-39 were rejected under 35 USC 102(e) as being 
anticipated by USPN 6,032,202 to Lea et al ("Lea"). Rejection of Claims 1-2, 6-15, 19-28 and 
32-39 is respectfully traversed because Lea does not disclose all of the limitations of the claims. 

As per Claim 1, Lea does not disclose a method for providing a user interface for 
controlling devices that are currently connected to a network, by obtaining information from one 
or more of the devices currently connected to the network, and then, 
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"generating a user interface description in each of said one or more devices based at least 
on the obtained information", 

"the user interface description in each device including "one or more references 
associated with the device information of one or more devices currently connected to the 
network", 

"such that each reference includes at least one link to information contained in an 
associated device currently connected to the network", and 

"displaying user interfaces each based on one of said user interface descriptions, on 
devices connected to the network capable of displaying a user interface, for user control of said 
devices that are currently connected to the network", as required by Claim 1 . 

Specifically, in the Office Action, the Patent Office refers to Lea, col. 3, lines 5-12; col. 
2, lines 57-67; and, col. 9, line 66 to col. 10, line 19, to reject Claim 1. In col. 3, lines 5-12, Lea 
simply states: 

"Through the DCMs of the present invention, over the life time of the AV system, 
as new devices are added whose capabilities and features are unknown, or only 
partially known to other devices, a mechanism is provided which guarantees that 
all devices can be communicated with and controlled at some basic minimal level, 
and then where possible, as more information is obtained about the device, a 
better abstraction of the new device is created." 

Despite the Patent Office's assumption, in the above passage Lea does not disclose the 
steps of generating a user interface for controlling devices that are currently connected to the 
network, by obtaining information from one or more of the devices currently connected to the 
network, as required by Claim 1 . Lea mentions a mechanism whereby devices can be 
communicated with and controlled at some basic minimal level. Indeed, there is no mention of 
generating a user interface for controlling devices that are currently connected to the network, as 
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Further, in col. 2, lines 57-67 (referenced by the Patent Office), Lea simply states: 

"To implement the above features, the present invention includes an architecture 
that allows the newly coupled device to be queried. Using the results of the query, 
a software based abstraction of that device is generated and made available to 
other elements in the network. The software abstraction is referred to as a device 
control module. The device control module provides a predefined, standardized, 
set of interoperability, functionality, and control interfaces for the device. The CE 
device is coupled to and communicates with the home AV network via a device 
control module." 

Despite the Patent Office's assumption, in the above passage Lea does not disclose any of 
the limitations in step (b) of Claim 1, including: "generating a user interface description based at 
least on the obtained information", the user interface description in each device including "one or 
more references associated with the device information of one or more devices currently 
connected to the network", "such that each reference includes at least one link to information 
contained in an associated device currently connected to the network." In col, 2, lines 57-67, Lea 
only mentions that newly coupled devices are queried, and using the results of the query, a 
software based abstraction of that device is generated (i.e., device control module or DCM) and 
made available to other elements in the network. The DCM provides a predefined, standardized, 
set of interoperability, functionality, and control interfaces for the device. Therefore, Lea does 
not disclose a user interface description as claimed herein. 

Even if Lea can be somehow construed to provide a user interface description, Lea does 
not disclose that such a user interface description includes "one or more references associated 
with the device information of one or more devices currently connected to the network", as 
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required by Claim 1 . Nor does Lea disclose that "each reference includes at least one link to 
information contained in an associated device currently connected to the network", as required 
by Claim 1 . Lea does not teach the concept of using links in the user interface description, 
wherein the links provide access to information stored in devices connected to the network. 

As such, according to the claimed invention herein, rather than initially transferring the 
user interface data contained in each network device and storing each device's transferred user 
interface data in a general user interface description, links are included in the user interface 
description, wherein each link refers to the user interface data of a device connected to the 
network. When the user interface data of a particular device is needed (e.g., for display to a user 
for command and control), then a link in the general user interface description, corresponding to 
that particular device, is used to access that particular device's user interface data for display to a 
user, allowing command/control of the particular device via that user interface. 

Further, in col. 9, line 66 to col. 10, line 19 (referenced by the Patent Office), Lea states: 
"To allow one device to discover the capabilities of another device and to 
determine which command set to use with that device, a standard device 
description structure is provided called the self describing data (SDD) structure. 
The SDD data structure is extensible. It can be a small number of bytes describing 
the device type, e.g., TV, or VTR, etc. Alternatively, the SDD data structure can 
be a more complex structure also defining the override DCM and a graphical 
representation of the device. The graphical representation within the SDD data 
structure allows an FAV node to present a pictorial representation of the devices 
in the home network to users. By defining the graphical representation in a 
sufficiently generic manner, a device's SDD graphical data can be used in any 
vendor's product to display a user interface for that device. This provides an 
enhanced level of vendor interoperability and also allows a vendor to differentiate 



10 



SAM 1.0065 

a product while maintaining within the general look and feel of the display device. 
This enables a control device (the FAV node) to present a general control user 
interface for all devices in the home network, irrespective of the differences in 
type and vendor." 

As can be seen from the above passage, not only does Lea not disclose a user interface 
description as claimed, nor does Lea disclose "displaying user interfaces", "each based on one of 
said user interface descriptions", "on devices connected to the network capable of displaying a 
user interface", "for user control of said devices that are currently connected to the network", as 
required by Claim 1. Indeed, in the above passage, Lea clearly states that its system "... enables a 
control device (the FAV node) to present a general control user interface for all devices in the 
home network ...." By contrast, according to Claim 1 herein, user interface descriptions are 
generated independently by several network devices such as network devices capable of 
displaying user interfaces. Then different user interfaces are displayed on different network 
devices based on different user interface descriptions. Generating a user interface in each such 
device rather than generating a central user interface, allows each such device to show its own 
device icon/text preferentially in its user interface. As such, Lea does not teach any of said 
limitations in Claim 1 . Therefore, for at least these reasons, Claim 1 and claims dependent 
therefrom, should be allowed. 

As per Claim 2, Lea does not disclose the steps of: "using each reference in the 
corresponding user interface description to access the associated information in each device", 
"generating the user interface including device data corresponding to each device using the 
accessed information in each device", and "displaying the user interface on said device capable 
of displaying a user interface", as required by Claim 2. 
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In rejecting Claim 2, the Patent Office relies on Lea col. 9, line 66 to col. 10, line 19; and 
col. 17, lines 18-27. As discussed, Lea does not teach generating a user interface description, nor 
generating a user interface description including one or more references associated with the 
device information of one or more devices currently connected to the network. In col. 17, lines 
18-27 (relied upon by the Patent Office), Lea states: "Once instantiated, DCMs will provide not 
only control interfaces for the device, but also access to SDD data associated with a device. They 
will act as event managers for a device, receiving device specific events and posting those to the 
event system (see below). They will also act as UI manager for the device, interacting with the 
UI management system to provide a user interface via some display device. Lastly, the DCM will 
operate as a resource manager for devices, arbitrating requests made for device access and 
service." 

However, in the above passage Lea does not disclose generating user interface description 
as claimed. Further, Lea does not disclose placing references such as links to device information, 
in such user interface description. And, neither in the above passage nor elsewhere, does Lea 
disclose using each reference in a user interface description to access the associated information 
contained in a corresponding device to generate, and then display, a user interface for that device. 
Lea mentions a standard device description structure called the self describing data (SDD) 
structure (col. 10, lines 1-2), however, Lea does not teach using a reference in a corresponding 
user interface description to access the associated information in each device. Further, Lea does 
not disclose that each device has an SDD that is contained in that device, wherein that SDD is 
then accessed using links in a user interface description that is generated in another device. 
Therefore, at least for these reasons, and the reasons provided above in relation to Claim 1, 
rejection of Claim 2 should be withdrawn. 

As per Claim 6, for the above reasons, Lea does not disclose "connecting a client device 
to the network capable of displaying a user interface", and "displaying a user interface on the 
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client device using the references in a user interface description, for controlling devices that are 
currently connected to the network", as required by Claim 6. In rejecting Claim 6, the Patent 
Office relies on Lea, col. 24, lines 60-67 to col. 25, lines 1 1- 22. In that passage, Lea states: 

"For example, assume a new device (e.g., a camcorder) is plugged into the HAVI 
network (e.g., 1394 based). This causes a bus reset. The bus reset is handled by 
the Communications media manager (CMM) on the IRD. The CMM is 
responsible for querying the SDD data of the Camcorder device to discover its 
capabilities. Assuming the device is a level 1 device, i.e. it does not have an 
uploadable DCM, then the CMM informs that Device Manager, that a new device 
has been installed. The Device Manager creates a new DCM for this type of 
device and registers the DCM with the registry. The DCM, when it initializes is 
free to query the device directly to find out more information about itself and to 
specialize itself if needed, e.g. it can access UI information if it exists in the 
device. Once the DCM is registered in the registry, then any other module can 
query the registry to get a handle for the device and communicate with the DCM 
to access and control the device and present the UI to the user. FIG. 12A and 12B 
show an exemplary UI display (e.g., on a television screen) for such a device (e.g., 
the camcorder). FIG. 12A shows a text menu display, where the user is presented 
with the various controls that can be modified using the control names and control 
values. For buttons, the user can select them (which equates to pushing a button). 
FIG. 12B shows a "next level" UI display for the camcorder. Here, the user 
selected the main panel from the menu in FIG. 12A, and the display presents 
controls based on their grouping information. In the present embodiment, group 
names are used on a tabbed interface to allow the user to navigate between groups 
within the selected panel." 

Despite the Patent Office's characterization, from the above passage it is clear that in 
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Lea's example, when a new device (e.g., camcorder) is connected to the network, a user interface 
for the new device cannot be displayed on the newly connected device itself. By contrast, Claim 
6 herein requires the steps of "connecting a client device to the network capable of displaying a 
user interface", and the displaying a user interface on the client device. Indeed, in FIGS. 12A 
and 12B Lea shows a UI display on a TV screen for the newly connected camcorder device. 
Further, in the above passage, Lea does not disclose displaying a user interface on the client 
device "using the references in a user interface description, for controlling devices that are 
currently connected to the network", as required by Claim 6. If the Patent Office disagrees, 
Applicants respectfully request that the Patent Office set forth detailed reasoning and support 
therefore. As such, for at these reasons, and reasons provided above in relation to Claims 1-2, 
rejection of Claim 6 should be withdrawn. 

As per Claim 7, for reasons described above, Lea does not disclose "displaying a user 
interface, and further comprising the steps of: displaying a user interface on said at least one 
device using the references in the user interface description, for controlling devices that are 
currently connected to the network", as required by Claim 7. As such, rejection of Claim 7 
should be withdrawn. 

As per Claim 8, for reasons described above, Lea does not disclose "generating each user 
interface description such that the reference in that user interface description provides access to at 
least the information in each corresponding device", as required by Claim 8. As such, rejection 
of Claim 8 should be withdrawn. 

As per Claim 9, for reasons described above, Lea does not disclose "generating each 
user interface description such that the user interface description further includes device data 
corresponding to each device based on the information obtained from each device", as required 
by Claim 9. As such, rejection of Claim 9 should be withdrawn. 
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As per Claim 10, Lea does not disclose that "the device information in each device 
includes device identification information." In col. 7, lines 20-27, referenced by the Patent 
Office, Lea does not teach the limitations of Claim 1 0, and certainly there is no mention of 
device identification information as claimed herein. Therefore, for at least these reasons, and the 
reasons provided above in relation to Claims 1-2, rejection of Claim 10 should be withdrawn. 

As per Claim 11, Lea does not disclose that "the device information in each device 
includes a user control interface description for user interaction with the device" (emphasis 
added), as required by Claim 1 1 . Further, as discussed, Lea does not disclose the steps of 
generating any type of user interface description according to the claimed invention. Therefore, 
for at least these reasons, and the reasons provided above in relation to Claims 1-2, rejection of 
Claim 1 1 should be withdrawn. 

As per Claim 12, Lea does not disclose "generating each user interface description such 
that each reference in the user interface description is to at least the user control interface 
description in each corresponding device", as required by Claim 12. As discussed, there is no 
user interface description generated in Lea. Therefore, for at least these reasons, and the reasons 
provided above in relation to Claims 1-2 and 11, rejection of Claim 12 should be withdrawn. 

As per Claim 13, Lea does not disclose "generating the user interface description such 
that the user interface description further includes device data corresponding to each device 
based on the information obtained from each device, the device data providing reference to the 
user control interface description in each device", as required by Claim 13. As discussed, there is 
no user interface description generated in Lea. Therefore, for at least these reasons, and the 
reasons provided above in relation to Claims 1-2 and 11-12, rejection of Claim 13 should be 
withdrawn. 
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Independent Claim 14 was rejected for substantially the same reasons that the rejection 
of Claim 1. The rejection of Claim 14 is respectfully traversed for the reasons given above in 
relation to Claim 1 . Further, Applicant believe that Lea does not disclose "an agent" in a device 
for obtaining information and generating a user interface description as required by Claim 14. 
Therefore, for at least these reasons, rejection of Claim 14, and all claims dependent therefrom, 
should be withdrawn. 

Claims 15, 19, 20, 21, 22, 23, 24, 25 and 26 were rejected for substantially the same 
reasons as rejection of Claims 2, 6, 7, 8, 9, 10, 11, 12 and 13. The rejection of Claims 15, 19, 20, 
21, 22, 23, 24, 25 and 26 is respectfully traversed for the reasons given above in relation to 
Claims 1, 2, 6, 7, 8, 9, 10, 1 1, 12 and 13. Further, Lea does not disclose multiple agents as 
claimed. Therefore, rejection of Claims 15, 19, 20, 21, 22, 23, 24, 25 and 26 should be 
withdrawn. 

Independent Claim 27 was rejected for substantially the same reasons that the rejection 
of Claim 14. The rejection of Claim 27 is respectfully traversed for the reasons given above in 
relation to Claim 14. Further, Applicant believe that Lea does not disclose "an agent" in multiple 
devices for obtaining information and generating a user interface description as required by 
Claim 27. Therefore, for at least these reasons, rejection of Claim 27, and all claims dependent 
therefrom, should be withdrawn. 

Claims 28, 32, 33, 34, 35, 36, 37, 38 and 39 were rejected for substantially the same 
reasons as rejection of Claims 15, 19, 20, 22, 23, 24, 25 and 26. The rejection of Claims 28, 32, 
33, 34, 35, 36, 37, 38 and 39 is respectfully traversed for the reasons given above in relation to 
Claims 14, 15, 19, 20, 22, 23, 24, 25 and 26. Therefore, rejection of Claims 28, 32, 33, 34, 35, 
36, 37, 38 and 39 should be withdrawn. 
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Rejection of Claims Under 35 USC 103 

Claims 3-5, 16-18 and 29-31 were rejected under 35 USC 103(a) as being unpatentable 
over Lea in view of USPN 5,956,487 to Venkatraman et al ("Venkatraman"). 

As per Claims 3, 4 and 5, as the Patent Office also states, Lea does not disclose 
generating the user interface description by associating a hyper-text link with the device 
information of each of the devices connected to the network, as required by Claim 3. As the 
Patent Office further acknowledges, Lea does not disclose that the information in each device 
comprises an HTML page contained in that device, as required by Claim 4. Further, As the 
Patent Office further acknowledges, Lea does not disclose displaying the user interface on a 
browser on a device capable of displaying a user interface, as required by Claim 5. 

However, the Patent Office concludes that Venkatraman, fig. 1A, fig. 2, col. 3, lines 5-61, 
and col. 5, lines 29-64, discloses such limitations of Claims 3, 4 and 5. Further, the Patent Office 
proposes a modification of Lea to associate a hyper-text link with the device information of one 
or more devices in Lea's method since HTML would allow the devices to interface with Internet, 
from service providers, via HTTP protocol. 

Rejection of the claims is respectfully traversed because the references, alone or in 
combination, do not teach or suggest the claimed limitations. No prima facie case of 
obviousness has been established. 

Lea is directed to a method and system for providing interoperability and integration of a 
plurality of devices in a network. When a new device is coupled to a home audio video network, 
the device is queried to obtain a description of first level functions supported by the device, and 
generate a control module. The device is subsequently accessed via the control module in order 
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to access its functions and provide interoperability and integration of the device with the plurality 
of devices in the network. (Abstract). 

Venkatraman is directed to Web access functionality embedded in a device to enable low 
cost widely accessible and enhanced user interface functions for the device. A web server in the 
device provides access to the user interface functions for the device through a device web page. 
A network interface in the device enables access to the web page by a web browser such that a 
user of the web browser accesses the user interface functions for the device through the web 
page. (Abstract). 

Venkatraman, col. 3, lines 5-61 (relied upon by the Patent Office), does not disclose 
"generating a user interface description" nor does Venkatraman disclose generating such a user 
interface description by "associating a hyper-text link with the device information of each of said 
devices currently connected to the network", as required by Claim 3. Indeed, in col. 3, lines 5- 
61, Venkatraman simply states that Web access functionality is embedded in a device 10 using 
web server software for execution by a processor 200. There is no teaching in Venkatraman of 
associating a hyper-text link with the device information of each of said devices currently 
connected to the network. 

One of ordinary skill in the art would not look to combine Lea and Venkatraman. Nor is 
there a motivation or suggestion in either reference to do so. Even if Lea and Venkatraman are 
combined as suggested by the Patent Office, the result does not teach or suggest the claimed 
invention. Further, such a combination would simply mean including a web server in each 
device of Lea. This provides no advantage for the purpose of Lea which is providing 
interoperability and integration of a plurality of devices in a network. Lea is simply not 
concerned with, nor is appropriate for, the Patent Office's proposed modification to allow Lea's 
devices to interface with Internet, from service providers, via HTTP protocol. At any rate, such a 
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modified system does not teach the limitations of Claim 3. Indeed, such a modified system 
teaches away from the claimed invention herein because 

As per Claim 4, Venkatraman does not disclose that the information in each device 
comprises an HTML page contained in that device. Further, the web server software of 
Venkatraman does not provide HTML to other devices in a network. Further, as discussed, there 
is no motivation or use in combining Lea and Venkatraman, and such a combination does not 
teach the claimed invention herein. As such, rejection of Claim 4 should be withdrawn. 

As per Claim 5, Venkatraman does not disclose displaying the user interface on a browser 
on a device connected to the network, capable of displaying a user interface, as required by 
Claim 5. In col. 5, lines 29-64, and figs. 1A, 2, Venkatraman describes that a browser 40 outside 
a home-based network, displays a user interface of a device 10, which is different than required 
by Claim 5. Further, for the reasons above, one of ordinary skill in the art would not look to the 
cited references, or to combine them, to achieve the claimed invention herein. As such, rejection 
of Claim 5 should be withdrawn. 

Claim 16 was rejected for the same reasons as Claim 3. The rejection of Claim 16 is 
respectfully traversed for the reasons given above in relation to Claim 3. 

Claim 17 was rejected for the same reasons as Claim 4. The rejection of Claim 17 is 
respectfully traversed for the reasons given above in relation to Claim 4. 

Claim 18 was rejected for the same reasons as Claim 5. The rejection of Claim 18 is 
respectfully traversed for the reasons given above in relation to Claim 5. 

Claim 29 was rejected for the same reasons as Claim 16. The rejection of Claim 29 is 
respectfully traversed for the reasons given above in relation to Claim 16. 

Claim 30 was rejected for the same reasons as Claim 17. The rejection of Claim 30 is 
respectfully traversed for the reasons given above in relation to Claim 17. 
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Version With Markings to Show Changes Made 

The Abstract of the disclosure has been amended as follows: 

A method and system for generating a user interface in a plurality of multiple 
devices connected to the network system for controlling devices that are currently 
connected to a network. A network system includes a physical layer, wherein the 
physical layer provides a communication medium than can be used by devices to 
communicate with each other, and multiple devices connected to the physical 
layer, one or more of [said] die multiple devices storing information including 
device information. A plurality of [said] the multiple devices each including an 
agent adapted for: (a) obtaining information from devices currently connected to 
the network, [said] the information including device information; (b) generating a 
user interface description in each of [said] the one or more devices based at least 
on the obtained information, the user interface description in each device 
including at least one reference associated with the device information of each of 
[said] the devices currently connected to the network; and (c) displaying one or 
more user interfaces each based on one of [said] the one or more user interface 
descriptions, on one or more devices connected to the network capable of 
displaying a user interface, for user control of [said] die devices that are currently 
connected to the network.-- 

The paragraph beginning on page 29, line 23, has been amended as follows: 

In this embodiment, the network 300 can be connected to an external network 1 19 
of dissimilar type (e.g., Ethernet) to the 1394 Serial bus, via a bus 121. A [proxy] 
bridge 1 1 7 is used to interface the two dissimilar medium types. For 
communication between the addressing scheme of the external network 1 19, and 
the addressing scheme of the network 300, the bridge 117 comprises a Network 
Address Translation (NAT) boundary. This technique can be utilized for company 
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LAN's and is a 'divide and conquer' approach to the complex problem of 
satisfying various network's differing IP address requirements and prevents 
'running out of IPV4' addresses. The external network can include e.g. CABLE- 
TV network 1 15 via Ethernet to the telephone e.g. ADSL), providing broadband 
connection to the Internet and WWW. The Ethernet 1 19 provides the bridge 
function to the external network. The bridge 1 17 or Ethernet 119 may provide the 
NAT address conversion function. If the Ethernet is to provide local private (to 
home only) addressing (e.g. as defined by then IETF standard RFC 1918) then the 
NAT function is in the Ethernet 119. Existing cable modems are set up with a 
global address and also Internet global address for the PC on the Ethernet (in this 
case the NAT is in the bridge 117). 

Claims 1, 14 and 27 have been amended as follows: 

1 . (Amended) A method for providing a user interface for controlling devices 
that are currently connected to a network, the method comprising the steps of, for one or more of 
said devices: 

(a) obtaining information from devices currently connected to the 
network, said information including device information; 

(b) generating a user interface description in each of said one or more 
devices based at least on the obtained information, the user interface description 
in each device including [at least one reference] one or more references associated 
with the device information of [each of said] one or more devices currently 
connected to the network , such that each reference includes at least one link to 
information contained in an associated device currently connected to the network ; 
and 

(c) displaying [one or more] user interfaces each based on one of said 
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[one or more] user interface descriptions, on [one or more] devices connected to 
the network capable of displaying a user interface, for user control of said devices 
that are currently connected to the network. 

14. (Amended) A network system for performing a service, comprising: 

a physical layer, wherein the physical layer provides a communication medium 
that [than] can be used by devices to communicate with each other; 

one or more devices connected to the physical layer, each device storing 
information including device information; 

an agent in each of one or more devices, adapted for: 

(a) obtaining information from devices currently connected to the 
network, said information including device information; 

(b) generating a user interface description in each of said one or more 
devices based at least on the obtained information, the user interface description 
in each device including [at least one reference] one or more references associated 
with the device information of [each of said] one or more devices currently 
connected to the network , such that each reference includes at least one link to 
information contained in an associated device currently connected to the network ; 
and 

(c) displaying [one or more] user interfaces each based on one of said 
[one or more] user interface descriptions, on [one or more] devices connected to 
the network capable of displaying a user interface, for user control of said devices 
that are currently connected to the network. 

27. (Amended) A network system for performing a service, comprising: 
a physical layer, wherein the physical layer provides a communication medium 
that [than] can be used by devices to communicate with each other; 
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multiple devices connected to the physical layer, one or more of said multiple 
devices storing information including device information, and a plurality of said multiple devices 
each including an agent adapted for: 

(a) obtaining information from devices currently connected to the 
network, said information including device information; 

(b) generating a user interface description in each of said one or more 
devices based at least on the obtained information, the user interface description 
in each device including [at least one reference] one or more references associated 
with the device information of [each of said] one or more devices currently 
connected to the network , such that each reference includes at least one link to 
information contained in an associated device currently connected to the network ; 
and 

(c) displaying [one or more] user interfaces each based on one of said 
[one or more] user interface descriptions, on [one or more] devices connected to 
the network capable of displaying a user interface, for user control of said devices 
that are currently connected to the network. 
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Claim 3 1 was rejected for the same reasons as Claim 1 8. The rejection of Claim 3 1 is 
respectfully traversed for the reasons given above in relation to Claim 1 8. 

Conclusion 

Accordingly, Applicants respectfully request that the rejections of the claims be 
withdrawn, and the claims, be allowed for at least the aforementioned reasons. If it is believed 
that a telephone interview will help further the prosecution of this case, Applicants respectfully 
request that the undersigned attorney be contacted at the listed telephone number. 



Respectmlh^rf5fmtted, 
MEYERS^ WES ANDRAS & SHERMAN 




/en^fh L. Sherman 
sgistration No. 33,783 
2029 Century Park East 
Seventeenth Floor 
Los Angeles, CA 90067 
Telephone: (310) 789-3200 
Facsimile: (310)789-3210 

CERTIFICATE OF MAILING 

I hereby certify that this correspondence is being deposited with the U.S. Patent and United States 
Postal Service first class mail in an envelope addressed to the: Assistant Commissioner for Patents. Washington. D.C. 
20231 on March 4. 2003. 
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